home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 23 / CU Amiga - Super CD-ROM 23 (June 1998).iso / CUCD / Programming / AMOSList / AMOSLIST / text0043.txt < prev    next >
Encoding:
Text File  |  1998-04-01  |  3.2 KB  |  89 lines
  1.  
  2. On 3 Mar 1998, Alastair Murray wrote:
  3.  
  4. >> Unrealistic how? 
  5. > 
  6. >>> #1 bobs & sprites that can be rotated and scaled like Apple soft vector
  7. >>> graphics.
  8.  
  9. This is all ready being worked on.
  10.  
  11. >>> #2 3D bobs like that mushy raycasting thing.
  12.  
  13. This I think is as well, and will work as fast as #1
  14.  
  15. >>> #3 to be able to load a IFF as a background, or FOREGROUND.
  16.  
  17. Amos loads IFF's as backgrounds. Amos 3D treats them as foreground NOW!!!
  18.  
  19. >>> #4 collision detection between 2D, and 3D obj's.
  20.  
  21. This should have been done when Amos 3D came out.
  22.  
  23. > These are complicated commands and whereas these ARE possible, you
  24. > would moan that they were too slow because they would have to have all
  25. > sorts of checking to ensure against your lack of deisgn
  26. > specifications.
  27.  
  28. Amigas will be faster in the future you do know that IBM had 68k production
  29. restarted don't you?
  30.  
  31. >>> #7 translucent screens, so I can open 3 256 Hi Res screen, so I can draw
  32. >>> background on 1, midground on 2, and foreground on 3. (mem should be the
  33. >>> only limit)
  34. >>> #8 milti screen collision detection system for #7.
  35. > 
  36. > These commands are a joke.
  37.  
  38. I guess you never heard of DUAL PLAYFIELD this isn't hardware, but then again
  39. neither is 64 color bobs.
  40.  
  41. >>> #9 new 3D modeler with point & click coloring (select color from pallet then
  42. >>> click on face,face changes to that color), surface detailing on the faces not
  43. >>> on a grid, surface detailing tools (line,dot,square,circle.), shape modiling
  44. >>> on the shape (pulling she 3D obj to form it), bent face modeling, in side
  45. >>> out function (for working on the inside of the obj), real color shape system
  46. >>> , assign number or colors command( 2,256 ), assign color block command(if a
  47. >>> obj has 4 colors you can get that block of 4 colors from 0 to 253), get
  48. >>> pallet command(load pallet from IFF).
  49. >>> #10 3D map maker 
  50. >>> #11 2D map maker
  51. >>> #12 move map commands up, down, right, left, and rotate & scale.
  52. >>> #13 3D obj texture bit maping.
  53. >>> #14 light sourcing command.
  54. > 
  55. > Light Sourcing command???? Come on.... realise something, to code on
  56. > an amiga you have to be tight and controlled with your code. If AMOS
  57. > provided all these commands (which is not going to happen) then
  58. > because they would be general rather than game specific (like coders
  59. > actually have to code to be as optimal as possible) they would be FAR
  60. > TOO SLOW and a complete nightmare for whichever fool tried to create
  61. > the commands.
  62.  
  63. speed again see above, and this stuff isn't that far out, but I can live
  64. with out #13 & #14.
  65.  
  66. >> That the idea let the designers have what they need now, and you coder boys
  67. >> can go, and reinvent the wheel all you like who gives a fuck.
  68. > 
  69. > I think theres something you need to know.
  70. > 
  71. > AMOS is a PROGRAMMING LANGUAGE.... FOR CODERS!!!!
  72. > It is not a games designing system. Go and make something with SEUCK.
  73. > I'm sure you'll have NO complaints whatsoever about that.
  74.  
  75. Amos is a creators language if you want a coders language try Ace Basic.
  76. where do you get SEUCK from, and does it do 3D?
  77.    
  78. >> Your the one how misunderstood.  I knew you were joking.
  79. > 
  80. > I'm sorry, I found your English a little confusing in places.
  81. > 
  82. > -Murray
  83.  
  84. Ok?.
  85.  
  86. Eric Hyland
  87. a007193t@bc.seflin.org
  88.  
  89.